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USER INTERFACE FOR VOICE MESSAGE ACCESS 

present invention relates generally to the field of 
communication systems, and more particularly to systems for 
allowing users to access , and manage voice and other messages. 

BACKGROUND OF THE INVENTION 
Recent ubiquity of mobile communications systems and 
devices increases demand for remote access to and ability to 
manage voice messages and similar messages, records or files. 
Conventional remote voice message access, generally occurs 
through mobile telephony devices or through pagers. Such 
conventional approaches typically require users to master a 
sophisticated list of commands, rules, procedures and 
protocols in order to access and manage voice mail even on one 
platform. For instance, simply to forward a message may 
require the user to know that the forward command i.s "73," 
which should not be confused with the reply all command ''74." 
This command -then presents the user with a voice menu which 
requires time to hear and requires multiple additional 
keystrokes and commands in order to forward the message. 
Issues become more tedious and acute in mobile telephony, 
where users on cellphones who may be driving or in cramped 
quarters find themselves simply unable to refer to a list of 
voice mail menu options, and may not have the time required to 
work through the menu in order to forward the message. Where 
users maintain an account or mail box on more than one system 
or provider, they must master multiple sets of such commands, 
rules, procedures and protocols and the inconvenience and 
problems intensify. Pagers often 'do not impose the same level 
of interface complexity, but for that very reason they 
typically fail to provide the user an acceptable range of 
options for accessing and managing voice messages. 
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Conventional mobile approaches to voice mail access and 
management present other issues. In conventional mobile 
telephony systems, users may communicate via analog (for ' 
example, cellular) or digital (for example, PCS) link with the 
platform on which voice messages are stored in order. to access 
messages. Such users typically employ standard dual tone 
multi frequency (DTMF) key interfaces for communicating with, 
controlling and managing messages on the voice messaging 
platforms. Such voice mail access and management sessions 
require excessive bandwidth, however, because the user must be 
"on line" (in communication via radio link, or otherwise 
connected or coupled) with the platform and thus occupying 
radio spectrum. Such sessions can create additional expense 
to the user and impose extra load upon the telecommunications 
infrastructure. Such sessions also impose unnecessary demands 
on the user unit's power system, upon which radio transmission 
activities impose a considerable load. 

U.S. Reissue Patent No. 34,976 and its antecedent US 
Patent No. 5,003,576 to Helferich et al. (Reissued June 20, 
1995 and originally issued March 26, 1991) (which disclosures 
are incorporated herein by this reference) disclose systems in 
which voice messages and other messages typically created in 
analog form may be downloaded to cellular telephones and/or 
other user units for access and management at least partially 
to address some of these issues. Although such systems 
disclosed in those documents contemplate transmission of an 
analog signal, it would also be desirable to download messages 
via digital radio link such as thcrse conventionally employed 
in PCS. 

Another paradigm for considering optimal access and 
management of voice messages is in the context of paging 
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systems. Paging receivers are typically more efficient than 
cellular or PCS devices in energy consumption and use of 
spectrum among other reasons because they are in an active 
mode or transmit mode for shorter periods of time. User 
available information, however, is limited to vibration, tone, 
tone and voice or data messages. Conventional paging systems 
which include voice retrieval typically use analog voice 
channels for transmission and reception of voice messages. 
Accordingly, voice paging^ systems have been proposed which 
include user devices that can, via radio link, download, 
digitize and store voice messages for access and management in 
the user unit. In this regard, see US Patent No. 5,455,579 to 
■Bennett, et al. issued October 3, 1995 (which disclosure is 
incorporated herein by this reference) . Such systems allow 
users to access and download voice messages to pagers or pager 
like devices in batch mode, but do not allow the user to 
access and manage the voice messages on the platform where 
they are initially stored (or other remote platforms) in the 
event that the user wishes to do so. 

SUMMARY OF THE INVENTION 
According to the present invention, user devices include 
an interface which allows the user to access and manage voice 
messages and other information which is stored on the devices 
as well as on remote devices to which the user devices may be 
coupled via radio frequency link. Processes according to the 
present invention employ user input to such interfaces for 
access and management of messages stored on the user devices 
and, when such a device is on lin'^ with a remote platform at 
which the user's messages are stored, to provide automatic 
access and management to messages stored there as well. In 
the event that the user device is not in communication with 
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the remote platform, processes according to the present 
invention automatically establish a communications session in 
order to provide such automatic access and message management. 

It is accordingly an object of the present invention to 
provide a single user interface which allows a user to access 
and manage voice messages and other information stored in the 
user's device as well as at, in or on remote devices, 
platforms or locations. 

It is an additional object of the present invention to 
allow a user to access and manage messages stored on his or 
her own user device as well as on remote devices using a 
single interface and an analog or digital radio frequency 
link , 

It is an additional object of the present invention to 
conserve radio spectrum by enabling efficient access and 
management of voice messages and other information in a number 
of locations, on a number of platforms, using a single 
interface . 

It is an additional object of the present invention to 
allow users to access and manage voice messages and other 
information from any number of other sources stored in any 
number of locations without requiring the users to be 
conversant in different access and management interfaces, 
procedures, rules and protocols for each platform on which 
messages or information happen to be stored. 

It is an additional object of the present invention to 
provide user devices which access and manage voice messages in 
their own memory capacity, but wh*rch also access and manage 
messages at remote sites via radio frequency link with power 
efficiencies and with spectrum efficiencies more akin to 
paging networks than the less efficient (from a power point of 
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view and currently from a spectrum point of view) cellular and 
PCS voice message systems. 

It is an additional object of the present invention to 
provide voice messaging interfaces which feature intuitive and 
direct commands, such as pushing a designated ''forward" button 
in order to forward a message, and which thus eliminate the 
need for users to memorize or refer to a list of commands in 
order to access and manage voice messages. 

Other objects, features, and advantages of the present 
invention will become apparent with respect to the remainder 
of this document. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a simplified functional block diagram of a user 
device according to a preferred embodiment of the present 
invention. 

Fig. 2 is a more detailed functional block diagram of a 
user device according to a preferred embodiment of the present 
invention . 

Fig. 3 is a functional block diagram of a remote device 
according to the preferred embodiment of the present invention 
which is adapted to store voice messages and other information 
for access and management by, among other things, user devices 
such as those shown functionally in Figs. 1 and 2. 

Fig. 4 is .a schematic diagram for an interface according 
to a preferred embodiment of the present invention for 
accessing and managing messages on a plurality of platforms. 

Fig. 5 is a flow diagram of a process according to a 
preferred embodiment of the present invention for initiating a 
communications session with a remote device and accessing and 
managing messages at the remote device and in the user' s 
device , 
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Fig. 6 is a flow diagram of a process according to a 
preferred embodiment of the present invention for playing 
and/or retrieving messages.' 

Fig. 7 is a flow diagram for a process according to a 
preferred embodiment of the present invention for pausing 
while playing messages. 

Fig. 8 is a flow diagram for a process according to a 
preferred embodiment of the present invention for erasing 
messages. 

Fig. 9 is a flow diagram for a process according to a 
preferred embodiment of the present invention for saving 
messages. 

DETAILED DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a basic functional block diagram of a paging 
transceiver 100 according to a preferred embodiment of the 
present invention. A transmit/receive antenna 1 is connected 
to transceiver 2 for transmitting and receiving signals such 
as selective call signals, command data signals and 
information data signals via conventional radio frequency 
link. Transceiver 2 may be of any conventional design such as 
those utilized in two way pagers, mobile radios or portable 
cellular telephones and similar devices, products or 
equipment. Transceiver 2 is coupled to a user interface 3 
which contains appropriate input and output devices including, 
for example, a microphone speaker, alert transducer, LED or 
LCD display, keypad and necessary switches. The user 
interface 3 may also contain other types of input/output 
devices depending on the messaging application such as video 
display, camera, scanner, printer or voice recognition 
devices, and others. The user interface 3 pf the present 
invention may be of any sort which allows the user to 
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communicate with the transceiver 2. The transceiver 2 is 
coupled to and communicates with the digital signal processor 
(DSP) 4, DSP's are conventional in portable cellular 
transceivers for signal processing purposes. A message memory 
5 is coupled to DSP 4 for storing messages. Message memory 5 
may be static RAM, Dynamic RAM, Flash RAM, or any type of 
memory suitable for the messages to be stored and addressed in 
a manner that allows them to be accessed and managed. 

Fig. 2 shows transceiver 2 in greater detail. An antenna 
interface 20, for example a conventional cellular duplexer, 
antenna transmit /receive switch or other device or component 
or system may be utilized to provide signal isolation and 
otherwise couple the antenna to the transceiver.- Optionally 
two antennas may be utilized in order to eliminate the antenna 
interface , 20 . Antenna interface 20 couples received signals 
to receiver 22 of receive section 21. Receive frequency 
synthesizer 23 couples to receiver 22 for selecting the 
receive frequency. Transmit section 24 comprises a 
transmitter 25 coupled to antenna interface 20 for 
transmitting signals using antenna 1. A transmit frequency 
synthesizer 26 is connected to transmitter 25 for selecting 
the transmit frequency. A processor chip set or CPU 27 
comprises all necessary RAM and ROM memory, signal and data 
switching circuitry, signal processing circuitry, I-O Ports 
including all necessary program instructions and stored 
options commonly utilized in portable cellular telephones. 
Cellular telephone program instructions and necessary chip set 
circuitry are conventional and may be obtained from a variety 
of suppliers. 

CPU 27, DSP 4 and other components of devices and systems 
according to the present invention, if desired, individually 



ATLLIBOI 509877.1 



7 



ATTORNEY DOCKET: 31520-169697 

and/or collectively contain program instructions and 
algorithms necessary to process, store and reproduce and 
otherwise access and manage messages such as voice messages or 
other messages in connection with" the present invention. 
These instructions and algorithms may, for instance, be stored 
within a particular DSP for application specific purposes, 
such as video processing and storage, speech processing and 
storage, modem signal processing and numerous other types of 
signal processing applications. Optionally, DSP 4 may be an 
alternative hardware device such as codec or digital to 
analog/analog to digital conversion circuit or other type of 
modulator-demodulator including memory interface circuitry 
coupled to message memory 5 for reading and writing and other 
accessing and management of messages. 

Fig. 3 shows a system 30 interconnected to a base station 
or remote unit 34. Conventional telephone company or other 
telecommunications or PSTN equipment 35 communicates with the 
base station 34 and system 30 in conventional fashion. The 
system 30 can comprise a paging terminal controller 31 which 
may comprise a controller circuit and associated memory (not 
shown) having a database of subscriber listings and 
corresponding selective call address fields.. The paging 
terminal controller 31 communicates with storage and retrieval 
unit 32 and correlates messages with subscriber listings. The 
storage and retrieval unit 32 may comprise appropriate 
processor or control circuitry, message information and 
program memory, memory interface circuitry and DSP capacity 
with appropriate operational code' -for storage and retrieval of 
the desired messages. The input/output controller. 33 contains 
all necessary input and output circuitry such as encoders and 
decoders, modems and required routing and control circuitry 
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(not shown) for communicating with the paging terminal 
controller 31, the storage and retrieval unit 32, telephone 
company equipment 35 and base station 34. Such base stations 
and their components may be conventional. 

Fig. 4 is a schematic diagram for a preferred embodiment 
of an interface according to the present invention for user 
selectable function requests at the paging transceiver 100 in 
order to access and manage, messages , At step 111, the user 
selects a function to be performed. Flow proceeds to the 
desired function selected. At ^^^^^ messages may be 
selected by the user to be forwarded to one or a plurality of 
N addresses. Items such as messages and send message lists may 

"5 be selected by scrolling through the message number or name. 

»jj Selected messages may reside at the paging transceiver 100 or 

at the s^^tem 30. At ste^^, a selected message may be saved. 
At step.Sr selected messages are retrieved for reproduction 

ory ^ lis- 

ry and/or storage. At step ©iji messages may be sent to another or 

• a plurality or recipients such as another paging transceiver 

Q^JS 100. At step^^ the selected message may be erased. At step 

a reply may be sent to the originator of a selected 
■ message . 

Fig, 5 shows a flow diagram illustrating one version of 
process flow to implement functions A-F shown in Fig, 4, When 
forward message (step A) is selected, flow proceeds to step 
131, where CPU 21 reads information pertaining to the message 
or plurality of messages selected by the user to be forwarded. 
The information may include a message identifier, location 
data, message length, message type, destination addresses, or 
other so-called CI type data. Flow proceeds to step 132 where 
■ it is determined whether the message can be forwarded without 
communicating with the system 30. If so, the appropriate 
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function is performed at step 133 to handle the messages as 
desired by the user. If not, flow proceeds to step 134 where 
CPU 27 determines if a call is in progress. If a call is in 
progress flow proceeds to step 135 where CI data is exchanged 
with the system 30 for forwarding messages. If the messages 
to be forwarded are located at the system 30, the messages are 
simply flagged for forwarding to the appropriate addresses / 
step 136, and confirmation is communicated to the paging 
transceiver 100. If the message is not located at system 30, 
it is transmitted from paging transceiver 100 to system 30 at 
step 1*36. The process ends at step 140. If at step 134, it 
is determined that a call is not in progress, the user is 
asked if the message should be forwarded now, step 137. If 
the user selects yes, a call is established with system 30, 
step 139, and flow continues '^as previously described. If no, 
CPU 27 retains the forwarding information in memory for 
forwarding the message during a subsequent call with system 30 
and process ends, step 140. 

The paging transceiver 100 and system 30 may exchange 
status information during messaging calls initiated by the 
paging transceiver 100 or by selective call (i.e. page calls) 
initiated by the system 30. The status information may 
contain information corresponding to messages stored within 
the paging transceiver 100 or within the system 30. For 
example, if the system 30 erases a message that has resided in 
its memory for too long a period of time (i.e. an unsaved, 
read message) the system 30 may. inform the paging transceiver 
100 that the message no longer exists. If the message 
identifier stored in the paging transceiver 100 no longer 
corresponds to a message stored in the system 30 or the paging 
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transceiver 100, CPU 27 can remove the identifier for the no 
longer existing message. 

In operation, the user selects a message or messages to be 
forwarded. The user also selects a recipient. If the message 
resides at the system 30, it is simply forwarded to the 
addressed recipient. If the message is located in the paging 
transceiver 100 it is first transmitted to the system 30 
before it can be forwarded to the intended recipient. In 
order to conserve time and resources, the system 30 will 
preferably not accept receipt of a message from the paging 
transceiver 100 if the same message already exists at the 
system 30. The system 30 will simply perform the required' 
function with the already present duplicate message. 

Returning now to Fig. 5, if a save message function S is 
selected flow proceeds to step 131, where the message 
identifier to be saved is read by CPU 27 and flow proceeds to 
step 132, where CPU 27 determines if the message identified 
selected corresponds to a message already stored in message 
memory 5 and if the selected function can be processed off 
line. If yes, flow proceeds to step 133, where a save message 
flag is set by CPU 27 in order to protect the message stored 
in message memory 54 from being over written and the process 
ends, step 140. If at step 132, it is determined that the 
message is not stored at the paging transceiver 100, flow 
proceeds to step. 134, where a determination is made to see if 
a call is in progress. If a messaging call is in progress, CI 
data instructing the system 30 to save the message is sent. 
System 30 flags the stored message and sends a message saved 
acknowledgment or confirmation signal (Ack) to the paging 
transceiver 100, step 136. The CPU 27 converts the Ack to 
status information and informs the user that the message is 



ATLLIBOl 509877.1 



11 



ATTORNEY DOCKET: 31520-159697 

saved at the system 30. The process ends at step 140. If at 
step 134, it is determined that the paging transceiver 100 is 
not^ currently in communication with the system 30, CPU 27 
flags the message identifier for saving and the user is asked 
if the call should be made now, step 137. If no, step 138, 
the flag is kept for transmission to system 30 at a later time 
such, as during a' selective call to the paging transceiver 100 
or during a messaging call to system 30. If yes, flow 
proceeds to step 139 where a call is set up for transmitting 
the save flag and CI data as previously described. 

Returning now to function^-© of Fig, 5, if the retrieve 
message* function is selected, flow proceeds to step 131 where 
message identifiers corresponding to messages to be returned 
are read from CPU 27 memory for retrieving the message. 
Additionally, CPU 27 may read message location information, 
system ID information, address information, message length 
information, message type information and the like as 
previously described. Flow proceeds to step 132, where CPU 27 
determines where the message is located and if a call to 
system 30 is required. If the message is stored in message 
memory 5 of Fig. 1, flow proceeds to step 133, where the 
message is retrieved. The message may be an audio message, 
visual message or electronic signal for transferring to 
another device. At step 132, if the message does not reside 
in message memory 5, CPU 27 determines that a call is required 
to retrieve the message and flow proceeds to step 134, where 
it is determined if a call is in progress. If a call is in 
progress,' flow proceeds to step 13'5 where CI data is exchanged 
such as which messages to retrieve, message length, message 
type, message identifier and the like. Flow proceeds to step 
136 where the message is retrieved and simultaneously stored 
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in message memory 5 by DSP 4 of Fig. 1. The appropriate 
status information corresponding to the message is stored in 
CPU 27 memory and the process ends. If at step 134 a call is 
not in progress, the user is asked if the call should be made 
now or if during another call, step 137. Flow proceeds to 
step -138 where if the user chooses to place the call now then 
flow proceeds to step 139 and the call is processed. If the 
user- chooses to delay the call until another session, the 
message is left flagged for retrieval at the next session and 
the process ends, step 140.- It should be noted that when the 
user chooses to postpone the call at step 138, a timer 141 may 
be inserted so that the message may be retrieved at a desired 
yg time or a retrieval instruction may be sent from system 30 to 
j!^ paging transceiver 100 for causing the paging transceiver 100 
to automatically retrieve a message or plurality of messages 
at a -time designated by system 30. For example, it may be 

fy desirable to have emergency weather information automatically 

hi 

Q retrieved during night time hours when telephone line charges 
^ and air time charges are less. The above described options 
may also be utilized for forwarding messages, erasing 
messages, saving messages, sending messages and replying to 
messages as will be shown in more detail hereinafter. 
^ Referring now to the send message function^* of Fig. 5: 

In order to send a message, the message must typically first 
be stored at the. paging transceiver 100 or the system 30. The 
process of storing or recording messages is conventional. It 
is only necessary that the stored message be identified, 
addressed to a recipient and prop'errly identified in accordance 
with the description of the present invention. Examples of 
these devices are described in U.S. Patent 4,602,129 to 
Matthew, et al., (which is incorporated herein by this 
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reference) and U.S. Reissue Patent Re. 34,976 to Helferich, et 
al. (which, together with its underlying patent, has been 
incorporated by reference above) . System 30 and paging 
transceiver of the present invention can be configured to 
record, store and retrieve a plurality of different types of 
messages as previously described depending on the application 
required. Returning to send message function^S^ when send 

US ^ 

message function^© is selected, flow proceeds to step 131 
where the selected message to be sent is identified and cross 
referenced to the selected recipient address information. 
Flow proceeds to step 132 and continues through the' process in 
the same manner as • forwarding a message, function ft^ The 
message to be sent may reside in the paging transceiver 100 or 
the system 30. If the message resides in the system 30 and 
the paging transceiver 100, the message in the system 30 
corresponding to the CPU 27 message identifier will be sent in 
order to conserve time. If the message does not reside in 
system 30, the message' will be sent from the paging 
transceiver 100 to the system 30. If the message is to be 
sent from the " paging transceiver 100, it may be a pre stored 
message or alternatively, the message may be transmitted to 
system 30 by paging transceiver 100. in real time during a call 
session between system 30 and paging transceiv.^ 100. 

Referring now to erase message function^S of Fig. 5, the 
erase message function allows a user to erase messages stored 
at the system 30 or at the paging transceiver 100 depending on 
the mode of operation. Given that a message may be erased 
without erasing the message identifier, if a message is erased 
at the paging transceiver and the identifier still exists, the 
message can be retrieved from the system 30. In order to 
remove a message identifier at the paging transceiver 100, the 
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message must be erased at the system 30. At step 131, the 
selected message to be erased is identified and the user is 
asked if the selected message in the paging transceiver is to 
be erased or if both copies of the message are to be erased. 
If the local message only is selected to be erased, the 
message' identification information is retained and flow 
proceeds to step 133 where the message stored in memory 5 of 
Fig. 1 is flagged for erasure or overwriting. In other words, 
the message still exists but may be over written by another 
message when memory space is required. The message may be 
retrieved from message memory until it is over written. If at 
y step 132, a decision was made to erase both copies of the 

message, flow proceeds to step 134 where CPU 27 determines if 
Co a call- is in progress. If yes, flow proceeds to step 135, 
L where CI data is exchanged instructing system 30 to erase the 

rU message. Flow proceeds to step 131 where system 30 transmits 

ry 

y an Ack that the message was erased, CPU 27 flags the local 
O message for erasure, the identifier is removed and both copies 
of the message and the identifiers are erased. If at step 
134, it is determined that a call is not in progress, flow 
proceeds to step 137, where the local message is erased and 
the user is asked if the system 30 copy of the message needs 
to be erased now. If yes, flow proceeds to step 139, the call 
is established and the process continues as previously 
described. If no, the necessary flags are set for erasing the 
remote message during the next communication with system 30. 
Again, timer option 141 may be utilized for a timed erase of 
the message stored at system 30. - 




received message. A reply message utilizes the same process 



ATLLIBOl 509877.1 



15 



ATTORNEY DOCKET: 31520-16969 

as a send message except that a return address is ^already 

correlated to the message designated for reply. During send 

115 

message function^-gr the user is required to select an address 
or destination for the message tO' be sent. In other words, 
the user must know the destination or address in advance. 
Message reply function^# does not require that the user know 
the address of the recipient because the message being replied 
to has a corresponding return address. Just like send message 
function^-Sfe^^ a reply message may be sent in real time or it may 
be prerecorded and stored in the paging transceiver 100 for 
transmission to system 30. Additionally, the replay 
transmission may be delayed for a set period of time as 
previously described. 

The common user interface of the present invention serves 
to control functions at the paging transceiver 100 and/or 
corresponding functions of system 30, (i.e. a remote device), 
depending on »the location of a message and the communications 
status of the paging transceiver 100. 

Fig. 6 shows process flow for when the user of devices 
such as paging transceiver 100 wishes to play a selected 
message (i.e. a message from John Doe). The operator simply 
presses keys or otherwise manipulates or actuates the 
interface in a manner to cause the interface to recognize a 
"play" input, step 501. This can occur via any man/machine 
interface components which feature appropriate properties, 
including appropriate look and feel, structure, cost, 
compatibility with electronic and . structural environment and 
convenience. Such components can',' for instance be 
conventional keypad, single dimension or multi dimension mouse 
coupled to an appropriate screen, buttons, voice actuated, or 
other components. Flow proceeds to step 502 where CPU 27 
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determines if the message identifier information selected 
corresponds to a message stored at the paging transceiver 100. 
If yes, flow proceeds to step 503 where the message is read 
from message memory 5 and the message is. played. If at step 
502 the result is no, flow proceeds to step 504 where if the 
paging transceiver 100 is on line flow proceeds to step 506. 
If it is not, the call process is activated to go on line as 
previously described and flow proceeds to step 506 where the 
message is read from store and retrieval unit 32 and played 
for the operator while the message is simultaneously stored in 
paging transceiver 100 message memory 5. The process ends at 
step 507. 

Fig. 7 shows process flow for when a message is playing 
and the user wishes to use the interface to create a 'pause,' 
step 520. Flow proceeds to step 521 where a test is made to 
determine if the message is being played. If the message is 
playing from system 30, flow proceeds to step 522 where the 
message that the operator hears is paused while the message 
continues to be recorded in paging transceiver 100 message 
memory 5. Flow proceeds to step 523 where CPU 27 determines 
if the operator released the pause function. If not, the 
paging transceiver remains in pause mode (i.e. muted) and the 
process ends, step 524. If at step 523 the operator releases 
the .pause button, flow proceeds to step 527 where the message 
begins to play from the location in memory from which pause 
was last pressed. The process ends at step 528. If at step 
521, it is determined that the message is playing from message 
memory 5, flow proceeds to step 5*25 where playing of the 
message is suspended and flow proceeds to step 526 where a 
test is made to determine if the operator released the pause 
button. If no, the process ends, step 529. If yes, the 
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message begins to play from the last paused address and the 
process ends at step 528. 

Fig. 8 shows process flow for when the user wishes to 
'erase' messages using the interface. CPU 27 determines if 
the paging transceiver is on line or off line, step 541. If 
off line, flow proceeds to step 543 where the selected message 
is erased and the process ends, step 544. If at step 541, it 
is determined that the paging transceiver 100 is on line, the 
selected message at the paging transceiver (if any) and the 
corresponding message at the system 30 are both erased and the 
process ends, step 544. 

Fig. 9 shows process flow where the user desires to 'save 
messages. At step 560, flow proceeds to step 561 where it is 
determined if the paging transceiver 100 is on line or. off 
line. If off line, a save message flag is set which 
corresponds to any selected message which may reside in the 
paging transceiver 100, step 563. If on line, flow proceeds 
to step 562 where the selected message is saved at the paging 
transceiver 100 (if any) and the system 30. If at step 562 
the selected message does not reside at the paging transceiver 
100, it will be retrieved from the system 30 and saved at both 
locations. The process ends at step 564. 

Similar process flow may be implemented for other 
functionality which is desired in access and management of 
messages according to the present invention. 

The foregoing disclosure is provided for purposes of 
explanation and illustration of various embodiments and 
features of the invention. Mbdif-ications and changes may be 
made to the disclosed subject matter without departing Trom 
the scope or spirit of the invention. 
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